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FORWARD ERROR CORRECTION CODING IN COMMUNICATION NETWORKS 



BACKGROUND OF THE INVENTION. 

[0001] Embodiments of the present invention relate to forward error correction (FEC) 

codes for communicating information between electronic devices. More particularly, 
but not exclusively, embodiments of the invention relate to block error correction in 
communication networks with restrictive decoding latency requirements. 

[0002] Most communications networks are designed to convey multiple 

communications simultaneously over each individual communication path, for 
example, a radio frequency (RF) channel or wired connection, using some type of 
modulation. In recent years, an increasing demand has arisen for efficient and 
reliable digital data transfers which assure correct data transmissions at as great a 
data rate as possible. Forward error correction (FEC) codes have been used in 
some communications systems for this purpose. 

[0003] Codes are essentially digital data sequences derived from message 

sequences and used to convey message information. The rate of a code or "code 
rate" is the ratio of the number of information bits over the number of code bits. 
Generally, the lower the code rate, the more reliable the transmission given an 
equal number of decoding iterations. 

[0004] In forward error correction (FEC), the transmitted codewords are encoded to 

provide the abilities of both detection and correction of errors occurring in a 
transmission,, for example resulting from a noisy channel. The receiver in a 
communication system can recover all the information in the codewords by itself and 
thus coding lends advantages to high speed communication systems and/or those 
requiring synchronous communications. 
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[0005] For block coding, as opposed to convolutional coding, an encoder divides the 

information to be sent into message blocks of length k. In binary block encoding, 
each message block is represented by a binary k-tuple u=(ui, u 2 , u k ) called a 
"message," thus there are 2 k different possible messages altogether. The encoder 
transforms each message m independently into an n-tuple c=(ci, c 2 , c n ) called a 
"codeword." Therefore, there are 2 k different possible codewords at the encoder 
output. The set of 2 k codewords of length n is called a (n, k) "block code." The code 
rate (R) using the foregoing denotations is thus R=k/n. 

[0006] Block coding is typically not used in networks which have narrow decoding 

latency requirements. For example, in networks in which a response (e.g., an ACK) 
is used to verify that the message has been correctly received before processing a 
next message, only a short interval may be allowed for completing processing (for 
example processing such as, demodulation, FEC and/or cyclic redundancy checks 
(CRCs)) of the received block code. This short interval is known as a short 
interframe space (SIFS) in certain wireless architectures. The SIFS requirement 
dictates that only a short amount of time (for example, 1-3 microseconds) is 
available to be used for decoding from the reception of the last information bit until a 
response is generated. 

[0007] Block encoding has not been used for networks with these type of decoding 

latency restrictions since the decoding time, and thus the number of decoding 
iterations, that can be used to decode a last codeword in a block code would be 
significantly limited, for example by the SIFS requirement. If the code rate for each 
codeword in a block code is the same, and if the last codeword is decoded with 
fewer decoding iterations than previous codewords in the block, the codeword error 
probability (sometimes referred to as bit error rate (BER)) for the last codeword will 
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be higher than for the previous codewords in the block code. This results in an 
unbalanced codeword error probability within each block code, which is undesirable. 

[0008] Networks having narrow decoding latency requirements such as SIFS restrict 

the available decoding time, and thus the number of decoding iterations, that can be 
used for decoding block codes; particularly for networks having high data transfer 
speeds and variable length packets or messages such as those used in protocols 
compatible with the Institute for Electrical and Electronic Engineers (IEEE) 802.11 
standards for wireless local area networks (WLANs). 

[0009] Accordingly, a technique for block coding messages in high throughput 

communication networks having restrictive decoding latency requirements is 
desired. 

BRIEF DESCRIPTION OF THE DRAWING. 
[0010] Aspects, features and advantages of the present invention will become 

apparent from the following description of the invention in reference to the appended 

drawing in which like numerals denote like elements and in which: 
[0011] Fig. 1 is a block diagram illustrating a communications system in accordance 

with one embodiment of the present invention; 
[0012] Fig. 2 is a sequence diagram for communications in a wireless network 

according to one embodiment of the present invention; 
[0013] Fig. 3 is a timing diagram illustrating a bock code with decoding latency 

restrictions imposed by a SIFS requirement; 
[0014] Fig. 4 is block diagram showing a method of for sending information in block 

codes in a communications network having restrictive decoding latency 

requirements; 
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[0015] Fig. 5 is a timing diagram illustrating balanced block encoding according to 

one embodiment of the present invention; and 
[0016] Fig. 6 is a block diagram of a wireless device according to one embodiment 

of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION. 

[0017] While the following detailed description may describe example 

embodiments of the present invention in relation to wireless networks utilizing 
Orthogonal Frequency Division Multiplexing (OFDM) modulation, the embodiments 
of present invention are not limited thereto and, for example, can be implemented 
using wired networks and/or other modulation schemes where suitably applicable. 

[0018] The following inventive embodiments may be used in a variety of applications 

including transmitters and receivers of a radio system, although the present 
invention is not limited in this respect. Radio systems specifically included within the 
scope of the present invention include, but are not limited to: wireless local area 
network (WLAN) devices and wireless wide area network (WWAN) devices 
including network interface devices and peripherals such as network interface cards 
(NICs), base stations, access points (APs), gateways, bridges, hubs and cellular 
radiotelephones. Further, the radio systems within the scope of the invention may 
include cellular radiotelephone systems, satellite systems, personal communication 
systems (PCS), two-way radio systems, one-way pages, two-way pagers, personal 
computers (PC), personal digital assistants (PDA), personal computing accessories 
(PCA) and all future arising systems which may be related in nature and two which 
the principles of the invention could be suitably applied. 
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[0019] Turning to Fig. 1, a system 100 according to one embodiment of the invention 

includes a sending unit 110 and a receiving unit 130. Sending unit 130 is configured 
to send information to receiving unit 130 over a communications link 140. 

[0020] Sending unit 110 includes (either internally or externally thereto) at least one 

encoder 112 for block encoding information and sending the encoded information 
over communication link 140 to receiving unit 130. Sending unit 110 may be any 
component, device or combination of components for accomplishing this function 
including, but not limited to, a NIC, an AP, a base station or any of the radio system 
devices mentioned above or any individual component or combination of 
components in these devices. In one implementation, sending unit 110 includes a 
wireless transmitter or transceiver configured to send information in a format 
compatible with one or more of the IEEE 802.11 protocols for WLAN, although the 
invention is not limited in this respect. Sending unit 110 may or may not also 
include the one or more antennas required for various wireless implementations. 
Block encoder 112 is configured to encode information into block codes in 
accordance with one or more of the processes described hereafter. 

[0021] Receiving unit 130 receives information from sending unit 110 over 

communication link 140 and includes (either internally or externally) at least one 
decoder 132 for performing decoding iterations on received block codes. Receiving 
unit 130 may be any component, device or combination of components for 
accomplishing this purpose including, but not limited to, a NIC, an AP, a base 
station or any of the radio system devices described above or any components in 
these devices. In one implementation, receiving unit 130 includes a wireless 
receiver or transceiver configured to receive information in a format compatible with 
one or more of the IEEE 802.11 protocols for WLAN, although the embodiments of 
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the present invention are not limited in this respect. Receiving unit 130 may or may 
not also include the one or more antennas required for wireless implementations. 
Decoder 112 is configured to decode information in received block codes in 
accordance with any of the processes described hereafter. 

[0022] Communication link 140, as its nomenclature implies, serves as a link for 

communications between sending unit 110 and receiving unit 130 and/or any other 
network devices (not shown) which may be present in system 100. Communication 
link 140 may be any wired path, wireless (including radio frequency and/or infrared) 
path or combination thereof, which may include any hardware and/or software 
components (e.g., repeaters and/or routers) necessary or desired for establishing 
and/or maintaining communications between sending unit 110 and receiving unit 
130. In one example wireless implementation, communication link 140 may be a 
modulated multi-carrier signal in a wireless broadcast. 

[0023] An example multi-carrier modulation technique which may be used for 

wireless transmissions over communication link 140 is known as Orthogonal 
Frequency Division Multiplexing (OFDM), although the present invention is not 
limited in this respect. OFDM is capable of transmitting large amounts of digital data 
over a radio wave and works by splitting the radio signal into multiple small sub- 
signals that are then transmitted simultaneously at different frequencies to the 
receiver. 

[0024] Turning to Fig. 2, example timelines 210, 240 (which are not intended to 

represent an actual time scale) illustrate the sequence of communications between 
a transmitter (XMTR) and receiver (RCVR) in a communications system (for 
example, system 100 in Fig. 1) using carrier sense multiple access with collision 
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avoidance (CSMA/CA) protocols according to one embodiment of the present 
invention. 

[0025] In this example implementation, the transmitter may send a request to send 

(RTS) message 212 to the receiver requesting to send information over the network. 
When the receiver has available processing time, the receiver replies with a clear to 
send (CTS) message 242. When the CTS message 242 is provided, the transmitter 
sends a block encoded message 220 (also referred to as a block code) which may 
optionally include a cyclic redundancy check 221 or other error detection/correction 
mechanism. At this point, the receiver has only time interval T1 (for example, a 
SIFS) to finish processing message 220 in order to send an acknowledgement 
(ACK) message 224 so it can begin processing another message. As previously 
mentioned, the receiver must complete all processing, e.g., demodulating, FEC, and 
CRC, during time interval T1. It is also possible that the use of RTS/CTS is not 
required for sending informaiton. For example, if the system is lightly loaded and 
has not seen any evidence of collisions due to interference, only data or 
acknowledgement sequences may appear. 

[0026] Referring to Fig. 3, block message 220 includes one or more block encoded 

codewords 310, 320, 330. Each codeword may include a data portion 312, 322, 
332 for carrying a data payload (Data) and an error detection portion 314, 324, 334 
for carrying error detection information such as a parity check value (P). One way to 
maintain balance in the codeword error probability for all codewords in block 
message 220 may be to set the decoding time, and hence the number of decoding 
iterations which may be performed within that time, for decoding each codeword 
310, 320 to be the same as those allowed on a last included codeword (e.g., 
codeword 330), which is inherently limited due to the decoding latency restrictions or 
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the network, e.g., the SIFS limitations. Fig. 3 shows a timing example for an 
advanced (next generation) WLAN system that supports a physical layer data rate 
of 240 Mbps; however, the embodiments of the present invention are in no way 
limited to the specifics of this example. In this example, each codeword 310, 320, 
330 may be encoded as a low density parity check (LDPC) codeword of maximum 
length (2000 (total), 1600 (data)) bits which takes approximately 6.7 microseconds 
to transmit. 

[0027] In the receiver, the SIFS turnaround time requires that the last codeword 330 

of the multi-codeword block code 220 be decoded within approximately 1-2 
microseconds of the reception of the last bit of the codeword 330. If this 
requirement is used to architect the decoder (e.g., decoder 132; Fig. 1), each 
codeword 310, 320 and 330 will be decoded with a duty cycle of about 1/7, wherein 
N number of decoding iterations can be completed within the one microsecond 
decoding time (shown in Fig. 3 by gray boxes). 

[0028] However, limiting the number of decoding iterations for codewords 310, 320 

to be the same as the number of iterations allowed for decoding the last codeword 
330 in the 1 microsecond limit may result in an undesirably high overall BER as well 
as waste decoder capacity. It can be observed from Fig. 3 that the decoder in this 
example would be idle for nearly 6 microseconds between decoding each codeword 
310, 320, 330. 

[0029] However, since the decoding latency imposed by SIFS is only relative to the 

last codeword 330 in the block code 220, the decoder idle time for the previous 
codewords 310, 320 be used to compute more decoding iterations (in this example 
approximately 7*N total iterations) for the codewords 310 and 320 and improve the 
overall performance of the decoder. However, since the last codeword must still be 

ATTORNEY DOCKET #: P18306 

8 



decoded within one microsecond, the last codeword could not be decoded with 
more than N iterations and thus the last codeword 330 would have a higher 
probability of codeword error than the previous codewords 310, 320. This results in 
an unequal error protection scheme that, while potentially having improved overall 
BER as compared to decoding all codewords with the number of decoding iterations 
limited by the SIFS turnaround time, is generally undesirable. 

[0030] Referring to Fig. 4, another approach to block coding in a restrictive decoding 

latency network is to balance the overall error protection for each codeword to be 
sent in a message but without restricting the number of decoding iterations of all 
codewords to the amount of iterations for which the last codeword is limited due to 
restrictive decoding latency requirements such as SIFS. 

[0031] A method 400 for sending block encoded messages in this approach 

generally includes identifying 410 the overall length of the information in to be sent 
in a block code; calculate 420 a balanced encoding scheme based on the identified 
length and a forward error correction (FEC) balancing algorithm; and encoding 420 
the information into one or more encoded codewords of the message segment 
based on the calculated encoding scheme. 

[0032] Method 400 may further include modulating the block code using a multi- 

carrier modulation format such as OFDM, although the embodiments of the 
invention are not limited in this respect, and sending 430 the modulated encoded 
segment over a communications channel or link. 

[0033] Calculating 420 the balanced encoding scheme generally includes dividing 

the information to be sent into subsets to be encoded into codewords in a manner 
that, when two or more codewords are needed to convey the length of information to 
be sent (determined based on the length of the information to be sent and the 
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capacity of the data field for each codeword), at least the last codeword in the block 
code will generally have a code rate that is lower than one or more previous 
codewords in the bock code, but which will have a comparable codeword error 
probability during decoding, considering the fewer number of decoding iterations 
available to be performed on the last codeword. 

[0034] In one example implementation for sending variable length messages, the 

overall length of information that can be sent in a block code can be any size from 
about 64 byes (for example, an ACK with CRC) to 12000 bytes or larger. The 
embodiments of the present invention are configured to encode the variable length 
block codes in a consistent manner so the receiver can know how to reconstruct the 
information or data field from the encoded transmitted data. In one example 
embodiment, for WLAN, each single medium access control (MAC) service data unit 
(MSDU) (or MAC protocol data unit (MPDU)) covered by a single CRC checksum is 
preferably encoded as one block code. In other words, the data boundary of an 
MSDU is respected by the encoder. 

[0035] In this embodiment, which is preferably compatible with the IEEE 802.11 

MAC layer, physical layer convergence protocol (PLCP) headers, which are typically 
less than 64 bytes, may be encoded using a Viterbi decoder at R=1/2 and binary 
phase shift keying (BPSK) modulation. In other embodiments the information is 
encoded with an LDCP encoder and modulated with OFDM (although LDPC and 
Viterbi encoding could both be used depending on the length of the information to 
be sent in the block code). The MSDU length field indicated in a PLCP header, in 
this embodiment, is all that is needed for identifying the length (Length) of the 
information sent in the block code and for calculating the encoding scheme using 
the following example FEC balancing algorithm: 
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[0036] 1 . If Length <= a maximum data field size (D) allocated for each codeword or 

codeword (for example 1600 bits or 200 bytes), then the codeword is shortened as 
necessary to accommodate the size of the data, for example the data field in the 
MSDU; 

[0037] 2. If Length > D (e.g., 1600 bits) and <= 2*D (e.g., 3200 bits), divide the data 

field in two approximately equal data portions and encode each portion as a 
codeword (for example, as an LDPC codeword) that is shortened, if applicable, to 
accommodate each data portion. In one implementation, if the total number bytes is 
odd, the even-length half of the bytes resulting from the division is preferably 
encoded into the first codeword, although this is not required; 

[0038] 3. If Length > 2*D bits (e.g., 3200 bits or 400 bytes), then compute 

N=modulo (Length, D) in bits: 

[0039] (a) If N is less than .5*D bits, encode the first L - (N+D) information 

in full-length (D), unshortened codewords, and encode the remaining N+D 
information using rule #2; else 

[0040] (b) N > .5D bits, encode the first Length - N bits using full-length (D) 

unshortened codewords and encode the remaining N bits using rule #1. 

[0041] In certain block encoding formats, the actual physical size of the data 

payload allocated for each codeword may be predetermined and thus, referring to 
the foregoing algorithm, the term "shortened" may mean stuffing an unused portion 
of the fixed block length with zeroes. Additionally, the foregoing algorithm is merely 
one example possibility for balancing encoding of message information into 
codewords. The embodiments of the present are not limited to the specific example 
algorithm described above; rather the FEC balancing algorithm could be any set of 
rules for encoding codewords in a block code in a manner that, during decoding, 
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each codeword will have comparably similar BERs given the possibility that one or 
more codewords in the message will be decoded with a different number of 
decoding iterations than one or more other codewords in the message. For 
example, if desired, in Rule 2 above, when the length of information would 
completely or nearly fill the allocated capacity of both codewords (e.g., 3200 bits) 
the algorithm may cause an additional (or third) codeword to be added and divide 
the information that would have filled the last codeword between the two last 
codewords in order to achieve a comparable BER with fewer decoding iterations 
than the first codeword in the block. Other modifications could be possible without 
departing from the scope of the present invention. 
[0042] In preferred embodiments, the balancing algorithm may ensure that the 

number of codewords and/or the amount of information in each codeword are 
selected so that the code rate of each codeword never falls below a minimum 
threshold value. This threshold value is discretionary and may vary from system to 
system. 

[0043] Turning to Fig. 5, a portion of an example block code 500 is shown in which 

subsets or codewords 510, 520, 530 are encoding according to one embodiment of 
the present invention. In this example, the codewords are sized, for example 
shortened from the maximum available data field size, to allow a last codeword 540 
to be added with a code rate lower than the first codeword 510. The lower code rate 
of the last codeword 540 is set so that the last codeword will have the same or 
similar codeword error probability as previous codewords 510, 520 with a fewer 
number (N) of decoding iterations than previous codewords 510, 520. In one 
example implementation, codewords 510 and 520 are decoded with T2/T3 * (N) 
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iterations to minimize decoder idle time and to reduce the codeword error probability 
as much as possible. 

[0044] In this example, the last codeword 540 is shorter than the previous codeword 

530 so the penultimate codeword 530 may also have less decoding time (e.g., < T2; 
Fig. 5) than the previous codewords 510, 520. For simplification, the reduced 
decoding time of codeword 530, and hence the slight increase in codeword error 
probability for codeword 530 could be ignored. 

[0045] Alternatively, the penultimate codeword (e.g., 530) could also have its code 

rate reduced (realizing it will have fewer decoding iterations than previous 
codewords decoded in time T2) in order to maintain a same or approximately same 
codeword error probability for all codewords in message block 550. In other 
instances, the decoding time for each of previous codewords 510, 520 could be 
limited to be less than T2, in order to maintain equal performance. In any of the 
foregoing cases the increased decoding time and subsequent increase in the 
number of decoding iterations for the first one or more codewords in the block code 
500 increases the overall performance of the system by exploiting all available 
decoding time (see, for example, the contrast in decoding times between Fig. 3 with 
Fig. 5). 

[0046] Referring to Fig. 6, a communication device 600 using FEC to send and/or 

receive communications may generally include a code processing portion 610, and 
a memory portion 620 accessible by processing portion 610. Memory portion 620 
may be configured to store machine readable code and/or other data which 
processing portion 610 uses to perform one or more of the FEC encoding/decoding 
processes described herein. Processor portion 610 and memory portion 620 can be 
any component or combination of components for performing these functions. 
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Device 600 may or may not include other communication components such as a 
medium access controller 612, a baseband processor 614, transceiver and/or 
amplifier 630 or one or more antennas 635. 

[0047] In certain embodiments, code processing portion 610 and/or memory portion 

620 may be implemented using one or more programmable devices such as a 
microprocessor, microcontroller or field programmable gate array. Additionally 
and/or alternatively, code processing portion 610, and optionally memory portion 
620 may be implemented in discrete circuit components or as one or more 
application specific integrated circuits (ASICs). Other implementations may also be 
possible and the principles of the invention are not limited to any particular 
hardware, software or firmware configuration. 

[0048] One major advantage of using a FEC balancing algorithm in encoder and 

decoder architectures for example WLAN implementations, such as those 
compatible with various IEEE 802.11 specifications, is that the length of the data 
field, which may be transmitted in the header of each block message, is all that is 
needed to decode the block message. Accordingly, no additional information would 
be necessary for decoding. 

[0049] Unless contrary to physical possibility, the inventors envision the methods 

described herein: (i) may be performed in any sequence and/or in any combination; 
and (ii) the components of respective embodiments combined in any manner. 

[0050] Although there have been described preferred embodiments of this novel 

invention, many variations and modifications are possible without departing from the 
scope of the invention and the embodiments described herein are not limited by the 
specific disclosure above, but rather should be limited only by the scope of the 
appended claims and their legal equivalents. 
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